XaAES ain't AES




Latest News

XaAES beta 6 is released!!! New stuff includes:
o MiNT Memory Protection will now work with XaAES.
o New rectangle list handling (gets rid of most of the redraw problems from beta5 and fixes mem protect violations).
o Redraw optimisations
o Blit copy is used to move topped windows (non-topped will follow when I've worked out how to do it) - this has a big impact on percieved performance as it's mostly the top window that gets moved.
o Task Manager window (on a hot key, and on the system menu)
o File Selector (windowed + non-modal)
o Launch app from the system menu
o Live+standard scrolling for windows WinX style (left/right drag for live/standard)
o Better menu handling (click-hold-release, changing menu properly without another click, etc)
o /dev/moose is used directly (MOUSESRV.TOS is no longer required)
o New res select stuff:
* xaaes -fvideo {mode_code} (for falcon owners, works fine with res expanders)
* xaaes -video {device_handle} (for everyone else - including gfx cards, just give the handle of the display driver)
o Works with NVDI4
o Works in 256 colour modes
o New look windows (scrapped the title bar icon that no-one liked).
o One version fits all - single binary & resource for mono & colour systems
o Sends WM_ONTOP messages like AES4.0
o Better compatibility (now runs EGEM applications such as Lhashell and ESS-Decode).
o Runs the very latest versions of Thing - Thomas mailled me the latest version to make sure, and as usual included a helpful accompanying note in incomprehensible german ;)
o New scrolling list object type
o Extensions to support automatic window redraws (like progdefs for window contents)

What is XaAES?

Well....what can I say? The XaAES project aims to free up the GEM/MultiTOS kernal (or more accurately, clone the API) and place the complete source in the public domain under the GNU Public License. XaAES runs on top of MiNT in exactly the same way as MultiTOS did, but uses a radically different approach to how it handles things (more on that later).

Here's a quick summary of what's important about XaAES:

It works only with MiNT - the architecture was designed to use MiNT, and so you must have it (MultiTOS will in fact run without MiNT).
Groovy sculpted 3D interface (screenshots this way).
Client-Server architecture (selectable).
No busy waiting in the AES - the GUI server blocks itself if it has nothing to do.
The source is freely available under the GNU Public License. Anyone can change the code, if they send patches to me with descriptions I'll included them into the next version.
Built with a 'real' C compiler (Lattice) not GNU. (although it is being converted to GCC & Pure C at the moment for maximum source availability).
Extended fast interface for use by XaAES aware programs. The Extended Call Interface allows XaAES aware applications to make AES calls without blocking to wait for replies they don't want, and to make multiple AES calls (calls to the AES server are queued).
As it runs under MiNT, you get a fully pre-emptive system.
Faster than AES4.1.
Window widgets are coloured and animated, not just dull characters.
It's free.
Unlike MultiTOS (4.0 or 4.1) you can run XaAES from a command line, shut it down then start it up again - as many times as you like. Of course, you can still have it auto-load from the MINT.CNF file if you want.

Who is developing XaAES?

Me, and several other folks from around the world. Special mentions to the prime movers from the XaAES mailling list, notably Johan Klockars, Martin Koelhing, James Cox, etc.

How are we doing?

Well, I'm typing this page in Edith Pro, running under XaAES Beta6, and previewing the pages with CAB at the same time, so I suppose that says it all....

Notable apps that run include:

Thing
GemView
QED
7up
PageStream
Yukon
Edith (v1 & Professional)
CAB (with MiNT-net overlay)
Devpac 2 & 3
Lattice C
Pure-C Shell
DUftp
Kandinsky 2.01
Interface2
Ant Mail (with GlueSTiK)
HiSoft Basic 2

Main menu CLA Digital Developer CLA-VHDL FSMedit DUftp Made In England